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QSOFT.004A PATENT 
A MONITORING SYSTEM FOR MONITORING THE PERFORMANCE OF 

AN APPLICATION 

Background of the Invention 
5 Reference to Related Application 

The present application claims priority benefit under 35 U.S.C 1 19(e) from U.S. 
Provisional Application No. 60/167,326, filed November 24, 1999, entitled SYSTEM 
AND METHOD FOR MONITORING DATA FLOW. 



10 Field of the Invention 

This invention relates in general to a monitoring system for monitoring the 
performance of computer systems, and in particular, to the graphical monitoring of 
groups of the performance data. 



15 Description of the Related Art 

Information technology specialists, often called system administrators, are 
responsible for maintaining, managing, protecting and configuring computer systems 
and their resources. More and more, such maintenance includes ensuring multiple users 
local and remote access to vast resources of data over a great number of computer 

20 applications and systems, including the Internet. Moreover, system administrators are 

asked to provide access to these highly reliable systems at practically any time of any 
day while ensuring the system's integrity is not threatened by dataflow bottlenecks or 
excessive overhead. 

To aid administrators in ensuring accessibility and system integrity, computer 
25 systems generally provide performance data in the form of performance reports, query- 
accessible tables, printouts, and the like. However, as system complexity increases, 
these reports and tabular data become increasingly difficult for the administrator to fully 
process and comprehend. In addition, bottlenecks caused by user overload, improper 
application configurations, and the like, can happen relatively quickly, and tabular data 
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typically does not lend itself well to quickly locating and addressing potential or actual 
problems. 

One solution for monitoring of the performance of computer systems included a 
graphical system for representing the active processes on a computer network. In the 
5 graphical system, various graphical objects represent differing characteristics of each 

network process. The various graphical objects change their attributes, such as shape, 
color, rotation, texture, and movement, as the corresponding process changes its 
characteristics. 

However, these types of graphical systems suffer from drawbacks similar to the 
10 conventional performance reports and tabular data. For example, the foregoing 
graphical system represents each active process and its changing characteristics with 
numerous on-screen graphics. Moreover, each of the numerous on-screen graphics 
changes its graphical attributes as its corresponding process changes characteristics. As 
the complexity of computer systems increase, such individual representations overload 
1 5 the available graphic area and create confusion and difficulty in quickly and efficiently 

identifying actual or potential data bottlenecks or improper system parameter 
configurations. 

Summary of the Invention 

20 Therefore, one aspect of the present invention provides a straightforward, 

efficient, and intuitive monitoring system for monitoring the performance of a computer 
system. In addition, another aspect provides a monitoring system that groups similar 
performance data such that the grouping may be efficiently monitored and potential or 
actual bottlenecks or improper configurations may be detected. According to yet 

25 another aspect of the invention, the monitoring system incorporates a graphical user 

interface representative of the underlying application architecture, thereby providing an 
immediately understandable representation of the application's fundamental 
components and their interaction. 
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Another aspect of the invention is a computer program for monitoring the 
performance of an application by presenting a visual map of the underlying architectural 
components of the application and the data flow between the architectural components. 
The computer program comprises software configured to display a visual map having 
on-screen graphics representing components and data flows of an application. The 
computer program also includes at least some of the on-screen graphics representing 
components having similar functionality being organized into groups, while other on- 
screen graphics represent the data flowing between the groups. The computer program 
thereby provides a user with a snapshot overview of the performance of the application. 

Accordingly, one aspect of the invention is a method of monitoring a computer 
program having a plurality of components. The method comprises grouping a plurality 
of performance data to form an on-screen graphic. The performance data represents the 
performance of a plurality of program components. The method further includes 
changing a graphical attribute of the on-screen graphic when a value of the group of 
performance data corresponds to a threshold. 

Another aspect of the invention is a method of monitoring an application 
program having a plurality of components. The method comprises grouping a first 
plurality of performance data to form a first on-screen graphic. The first performance 
data represents the performance of a first plurality of program components of an 
application program. The method further includes grouping a second plurality of 
performance data to form a second on-screen graphic, wherein the second performance 
data represents the performance of a second plurality of program components of the 
application program. The method also includes grouping the first and second on-screen 
graphics into a third on-screen graphic, and changing a graphical attribute of one of the 
first and second on-screen graphics when a value of the corresponding group of 
performance data corresponds to a threshold. 

Another aspect of the invention is a method of monitoring the performance of a 
computer program having a plurality of components. The method comprises grouping a 
first plurality of performance data to form a first on-screen graphic, wherein the first 
performance data represents the performance of a first plurality of program components 
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of a computer program. The method also comprises grouping a second plurality of 
performance data to form a second on-screen graphic, wherein the second performance 
data represents the performance of a second plurality of program components of the 
computer program. The method further includes representing data flowing from the 
first plurality of program components to the second plurality of program components 
with an third on-screen graphic and changing a graphical attribute of the third on-screen 
graphic when a value of the data flow corresponds to a threshold. 

Another aspect of the invention is a method of alerting a user to a potential 
problem within an application program. The method comprises accessing with a 
monitoring program, performance data representing at least one performance parameter 
of a monitored program and comparing the at least one performance parameter to a 
threshold value associated with the at least one performance parameter. The method 
also includes accessing a hierarchical set of severity levels to alert a user of the 
monitoring program, wherein the user is alerted with a first severity level when a 
threshold value is met and a lesser severity level when the threshold value is not met. 

Another aspect of the invention is a monitoring system for monitoring a 
computer program. The monitoring system comprises a display having a window, an 
on-screen graphic, displayed in the window and representing a plurality of performance 
statistics corresponding to a plurality of components of a computer program. The 
monitoring system also comprises a severity protocol, associated with the on-screen 
graphic and configured to set a graphical attribute of the on-screen graphic, where the 
graphical attribute efficiently communicates to a user, the potential or actual existence 
of performance inhibitors associated with the computer program. 

Brief Description of the Drawings 
The present invention is described in more detail below in connection with the 
attached drawings, which are meant to illustrate and not limit the invention, and in 
which: 

FIGURES 1A-1E illustrate various monitoring system graphical user interfaces 
(GUI) according to aspects of embodiments of the invention. 
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FIGURE 2 illustrates a relational diagram between various computer system 
components, according to aspects of an embodiment of the invention. 

FIGURE 3 illustrates a block diagram of a database management system 
(DBMS) represented in the monitoring system GUI of FIGURE 1. 
5 FIGURES 4A-4J illustrate exemplary icons, according to an embodiment of the 

invention. 

FIGURE 4K illustrates an exemplary dataflow according to an embodiment of 
the invention. 

FIGURE 4L illustrates an exemplary panel and associated dataflows, according 
10 to an embodiment of the invention. 

FIGURES 5A-5E illustrate the panels and their associated dataflows, according 
to the monitoring system GUI of FIGURE 1. 

FIGURE 6 illustrates a block diagram of an alert firing mechanism, according to 
aspects of an embodiment of the invention. 
15 FIGURE 7 illustrates a flow chart of the alert firing process of the alert firing 

mechanism of FIGURE 6. 



Detailed Description of the Preferred Embodiments 
The present invention is a monitoring system for monitoring the performance of 

20 an application. According to one embodiment, the monitoring system includes a 

graphical user interface (GUI) having an interactive window displaying on-screen 
graphics. The on-screen graphics may group performance data from similar functioning 
application components such that the on-screen graphics provide an efficient and 
intuitive view of the performance of at least the major components of the monitored 

25 application, and the interactions between those components. According to another 

embodiment, the interactive window provides a straightforward, efficient, intuitive view 
of the user input, output, overhead and user processes, the flow of data, available 
capacity, and the like, associated with the monitored application. In addition, the 
monitoring system alters the attributes of the on-screen graphics according to 
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performance statistics related to the performance of the underlying application 
components. 

According to yet another embodiment, the interactive window and the alteration 
of the attributes of the on-screen graphics, provide an administrator a snapshot overview 
5 of the performance of the monitored application. This snapshot overview allows the 

administrator to quickly pinpoint actual or potential problems with the application. 
Through this process, the administrator can correct for inefficiencies, bottlenecks, or 
overloads in the application, and thereby ensure the integrity of the system. 
Term Definitions 

10 In this detailed description, the following terms are found throughout and are to 

be construed according to the following definitions. 

An "application" refers to a computer program. While the monitoring system, 

and the computer program being monitored, the operating system, utilities, and the like, 

can all be considered applications, for clarity, this detailed description will only refer to 
15 the computer program being monitored as "the application." 

"Application components" refer to the interacting software modules, functions, 

processes, or logical or physical structures through which the application passes data 

and performs tasks. The number and configuration of the application components often 

determines the performance of the application. 
20 "Performance statistics" refers to a measurement of one or more characteristics 

of one or more of the application components 

An "On-screen graphic" refers to an item displayed in a monitoring system GUI. 

The item may include text and/or graphics. In addition, the text and/or graphics may 

have attributes that convey information, such as, for example, dataflow rates, user 
25 activity, overhead, and the architectural layout of the application and the application 

components. 

A "Metric" refers to a value of one or a combination of performance statistics. 
A "Threshold" refers to a range into which the metric may fall. 
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A "Severity" refers to an action associated with the metric being within a 
predetermined threshold. The actions may include, but are not limited to, updating or 
modifying one of the graphical attributes of an on-screen graphic. 
Reference to the Figures 

5 To facilitate a complete understanding of the invention, the remainder of the 

detailed description describes the invention with reference to the figures, wherein like 
elements are referenced with like numerals throughout. 

FIGURES 1A - IE illustrate various embodiments of monitoring system GUIs 
100, according to aspects of the invention. The GUIs 100 govern the way in which a 

10 user and the monitoring systems interact. For example, the user may wish to input 
commands to the monitoring systems, while the monitoring systems provide both 
feedback of the user commands and provide a summary of the current and past 
performance of the respective applications being monitored. 

According to one embodiment, the GUI 100 advantageously represents the 

15 architecture of the application being monitored. For example, the GUI 100 may 

represent the major application components and groups of components governing data 
and process flows. For example, FIGURE 1A illustrates a GUI 100a for displaying the 
performance of the application components of a relational or other database 
management system, such as, for example, those commercially available from Oracle or 

20 IBM. Because the instant invention is relevant to, among other things, a wide number 

of database platforms, including database management systems (DBMS) and relational 
DBMSs (RDBMS) systems, these platforms and systems will hereinafter simply be 
referred to as "DBMS." As used herein, a DBMS generally comprises a set of programs 
enabling a user to enter, edit, delete, and organize select data in a database. 

25 FIGURE IB illustrates a GUI 100b configured to display the performance of the 

application components of an SQL Server, such as, for example, those commercially 
available from Sybase or Microsoft. FIGURE 1C illustrates a GUI 100c configured to 
display the performance of the application components of a network server, such as, for 
example, Windows NT, or the like. According to one embodiment, the monitoring 

30 system may execute on the network server as an additional set of server processes. 
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According to another embodiment, the monitoring system and GUI 100c may execute 
on other systems, such as, for example, a client system, and may access and monitor the 
network server through the network. 

Figure ID illustrates a GUI lOOd configured to display the performance of the 

5 application components of one or more system servers, such as, for example, a Web 
server, a mail server, and exchange server, a database server, an application server, a 
news server, a directory server, or combinations thereof The foregoing system servers 
are often commercially available from, for example, Netscape, Microsoft, Apache, 
Novell, or the like. FIGURE IE illustrates a GUI lOOe configured to display the 

10 performance of the application components of a one or more input/output devices. 

According to one embodiment of the invention, the input/output devices may include 
computer accessible storage mediums, such as, for example, disk drives and other mass 
storage systems. According to another embodiment of the invention, the input/output 
devices may include data storage arrays or enterprise storage networks, such as, for 

1 5 example, those commercially available from EMC Corporation. The data storage arrays 
often store gigabytes or terabytes of information and often include numerous systems 
and subsystems. The systems and subsystems may employ their own operating 
systems, controllers, hardware or software architectures, system interfacing 
components, or the like. As shown in FIGURE IE, the GUI lOOe is configured to 

20 display the performance of the input/output device having various host channel 

interfaces, directors, caching, disk directors, disk drives, and the like. 

Although the GUI 100 is disclosed with reference to several exemplary 
embodiments, the invention is not intended to be limited thereby. Rather, a skilled 
artisan will recognize from the disclosure herein a wide number of alternatives for the 

25 GUI 100. For example, the GUI 100 may be advantageously configured to display the 

performance of a vast number of computer systems or computer system flows. For 
example, the GUI 100 may monitor operating systems, utility programs, Internet or 
Intranet servers, mail or other exchanges, web services and servers, I/O systems, 
application servers, disk devices, or the like. Examples of the foregoing include DB/2, 

30 Microsoft Access, Window Operating System, Microsoft Exchange, or the like. 
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According to one embodiment, the GUI 100 includes an on-screen symbol, such 
as a pointer, allowing the user to select objects, perform commands, display pull-down 
menus, and the like. Moreover, the GUI 100 includes at least one interactive window 
105. The interactive window 105 comprises a defined screen area where the monitoring 

5 system displays, updates, and refreshes various on-screen graphics, the pointer, and 
typically a wide variety of other interactive data. 

The interactive window 105 includes resize controls 1 10, a title bar 1 15, a visual 
map 120, a menu bar 125, and a tool bar 130. The resize controls 110 provide 
conventional window resizing functions. For example, the resize controls 110 

10 advantageously minimize, maximize, and return the interactive window 105 to its last, 

or default, non-maximized shape. A skilled artisan will recognize other conventional 
window resizing functions that may advantageously be incorporated into the resize 
controls 110. For example, the resize controls 110 may also include the ability to 
increase the height or width of the interactive window 105. 

1 5 According to one embodiment, the title bar 1 15 indicates the type of application 

being monitored. For example, as shown in FIGURE 1A, the title bar 115a indicates 
the monitoring system monitors a database management system (DBMS). According to 
the another embodiment, the DBMS comprises an Oracle instance governed by Oracle 
7.3.3 or higher. 

20 As mentioned in the foregoing, the interactive window 105 includes the visual 

map 120. The visual map 120 comprises a snapshot high-level overview of on-screen 
graphics representing major application components and groups of application 
components of the application being monitored. The visual map 120 advantageously 
groups performance data such that the visual map 120 provides enough detail for the 

25 administrator to quickly and efficiently identify and locate potential or actual problem 

areas in the application configuration. According to one embodiment, the on-screen 
graphics include icons 135 and status indicators 137 (discussed in further detail with 
reference to FIGURES 4A-4J), dataflows 140 (discussed in further detail with reference 
to FIGURE 4K), panels 145 (discussed in further detail with reference to FIGURE 4L), 

30 and a wide number of varying graphs, charts, statistical plots, and explanatory text. 
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According to the embodiment where the application being monitored is an 
Oracle Instance, such as, for example, the visual may 120a of FIGURE 1A, the visual 
map 120a includes the following panels: an SQL*Net panel 150, a server processes 
panel 155, a system global area (SGA) panel 160, a background processes panel 165, 
5 and a disk devices panel 170. The visual map 120 also includes multiple dataflows 140 

representing the rate of data transfer between the various application components 
represented in the panels 145. Exemplary dataflows 140a and panels 145a 
corresponding to the visual map 120a are discussed in further detail with reference to 
FIGURES 5A-5E. 

10 Although the visual map 120 is disclosed with reference to several 

embodiments, the invention is not intended to be limited thereby. Rather, a skilled 
artisan will recognize from the disclosure herein a wide number of alternatives for the 
visual map 120. For example, the visual map 120 may advantageously incorporate a 
wide number of combinations of the icons 135, the dataflows 140, the panels 145, and 

1 5 varying graphics, charts, statistical plots and exemplary text, to represent a wide number 

of differing application components and data transfer rates for a wide number of 
differing applications. For example, as discussed in the foregoing, FIGURE ID 
illustrates the visual map 120d representing the application architecture of a Web server, 
including the Hypertext Transfer Protocol (HTTP) data flowing through the system and 

20 to and from the Internet. 

The interactive window 105 also includes the menu bar 125. According to one 
embodiment, the menu bar 125 includes various pull down command menus activated 
by the pointing or other user input device. The command menus provide the 
administrator the ability to enter commands, perform monitoring and optimization tasks, 

25 calibrate the monitoring system, formulate and print reports, and the like. According to 

an embodiment, the menu bar 125 includes pull-down command menus grouped by the 
terms "Monitor" or "Connections," "Database" or "Instances" or "Collections," 
Navigator" or "Drilldowns " "Help," and the like. The Monitor grouping provides the 
user the ability to connect and disconnect to the application being monitored and to 

30 refresh the visual map 120, including the on-screen graphics. According to one 
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embodiment, refresh provides the administrator the option of manually rerunning, for 
example, queries on the performance data provided by the application. 

The Monitor grouping also provides the commands to pause the visual map 120. 
For example, queries run against the performance data may advantageously be 
discontinued for a predetermined amount of time, thereby ceasing any overhead caused 
by the monitoring system. According to one embodiment, once the monitoring system 
is restarted, the visual map 120 may advantageously interpolate the nonacquired 
performance data points from the foregoing discontinuance. For example, the visual 
may 120 may average from the last data point before the discontinuance to the first data 
point taken thereafter. A skilled artisan will recognize a numerous mathematical 
operations for filling in the foregoing nonacquired data points. 

In addition to the foregoing, the Monitoring grouping provides commands for 
exiting the monitoring system, and for printing, for example, a schematic representation 
of the visual map 120, one or more drilldowns, or the like. According to one 
embodiment the printout may be graphically altered to indicate the on-screen graphics 
of the particular visual map 120 in black and white. 

The Monitoring grouping also provides commands for performing various 
calibrations and customization^ According to one embodiment, calibration provides 
default severities and thresholds for the performance statistics of a particular application 
executing on a particular computer system. For example, according to one embodiment, 
the monitoring system may monitor the application during a period the system 
administrator deems as normal usage. At this point, the monitoring system may update 
default severities and thresholds with the performance statistics gathered during the 
monitoring of normal usage. The update may advantageously include substituting, 
averaging, or other mathematical combinations of default severities and thresholds with 
those gathered during normal usage. 

When the application being monitored includes a DBMS, the Database grouping 
advantageously lists the databases or instances that the monitoring system is connected 
to, and, according to one embodiment, allows the administrator to switch between 
viewing the visual map 120 associated with each. 
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The Navigator grouping provides access to drilldowns. Drilldowns include a 
number of administrator-selectable options that allow the administrator to obtain 
additional information on application components, their configurations, their 
performance statistics, recommendations, and the like. As mentioned in the foregoing, 
the visual map 120 comprises an overview of application components at a relatively 
high level. Drilldowns, on the other hand, provide a more detailed breakdown of the 
underlying performance statistics of the application components, thereby allowing the 
administrator to obtain increasing detail about the information represented in an on- 
screen graphic. 

According an embodiment where the monitoring system is monitoring a DBMS, 
the drilldowns include "Top SQL," "Top Sessions," "Activity," "I/O," and "Alarm 
Log." The tool bar 130 also provides access to these drilldowns through shortcut icons. 
In addition, according to one embodiment, the user can access the foregoing drilldowns 
by using the pointer to select an area of the visual map 120. According to this 
embodiment, the monitoring system chooses the most appropriate drilldown related to 
the selected area. 

The Top SQL drilldown provides a detailed review of characteristics of the 
parsed structural query language (SQL) statements from clients of the DBMS. SQL, 
and subsequent various versions thereof, comprise the standardized query language for 
requesting information from a database. According to one embodiment, the user sorts 
the SQL statements based on a characteristic and then reviews the performance statistics 
associated therewith. For example, the user may choose to sort SQL statements based 
on the number disk reads that each SQL statement used. This information 
advantageously allows the user the ability to determine the SQL statements that are 
using the most system resources such that those SQL statements can be targeted for 
tuning. 

The Top Sessions drilldown provides a detailed review of all the clients of the 
DBMS. Generally, when an administrator is performance tuning the application, one or 
a handful of users, processes, or jobs, is consuming more that their share of system 
resources. The Top Sessions drilldown identifies the foregoing users, processes, or 
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jobs, determines the cause(s) of the inappropriate resource consumption, and optionally 
terminates those users, processes, or jobs. 

The Activity drilldown provides a summary review of the application 
performance similar to that of the interactive window 105, however, the Activity 
drilldown provides the summary in a more traditional format, such as, for example, 
tables of data or the like. 

The I/O drilldown provides a detailed review of the input/output (I/O) across 
multiple devices and identifies I/O hotspots, such as, for example, bottlenecks, poor data 
flow, or resource consumption. 

The menu bar 125 also includes the Help grouping. The Help grouping provides 
conventional help commands, such as context sensitive information based on the type of 
data currently displayed in the interactive window 105. Moreover, the conventional 
help commands include topical and term-indexed user manuals, access to online help, 
CD-ROM or other interactive media or animation, default settings restoration, 
information about the particular version and supplier of the monitoring system. 

Although the title bar 115, menu bar 125 and tool bar 130 are disclosed with 
reference to their respective embodiments, the invention is not intended to be limited 
thereby. Rather, a skilled artisan will recognize from the disclosure herein a wide 
number of alternatives for foregoing interactive command menus. 

FIGURE 2 illustrates a relational diagram 200 showing various relationships 
between aspects of a computer system, according to aspects of one embodiment of the 
invention. For example, FIGURE 2 illustrates computer hardware 205, system software 
210, application software 215, and a monitoring system 220. As shown in FIGURE 2, 
the figurative foundational technology resides at the computer hardware 205. 
According to one embodiment, the computer hardware 205 includes components such 
as a computer having a monitor, memory, mass storage, and a user input device. The 
computer hardware 205 may be provided from a number of computer system 
manufactures, such as Intel, HP, Compaq, IBM, Sun, Apple, Palm, Casio, or the like. In 
addition, the computer hardware 205 may include those components typically found in 
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modern PCs, workstations, mainframes, laptops, personal computing devices, personal 
digital assistants, or other computer systems. 

FIGURE 2 also shows the system software 210 comprising low-level computer 
programs interacting with the components of the computer hardware 205. The system 

5 software 210 may advantageously include an operating system adapted to interact with 
components of the computer hardware 205. For example, the operating system may 
comprise a graphical or windows-based operating system, such as, for example, Unix, 
Linux, Windows, Apple OS, or the like. The system software 210 may also include 
such programs as compilers, file management tools, or software utilities. 

10 Also as illustrated in FIGURE 2, the application software 215 figuratively rests 

on top of the system software 210. For example, the application software 215 generally 
makes system calls to the system software 210 in order to interact with the components 
of the computer hardware 205, rather than recreate its own the low-level software. The 
application software 215 generally includes software designed for end users, such as 

15 word processors, spreadsheets, Internet browsers and the like. According to one 
embodiment of the invention, the application software 215 includes at least one DBMS. 

FIGURE 2 also illustrates the relation diagram 200 including the monitoring 
system 220 according to aspects of an embodiment of the invention. As shown in 
FIGURE 2, the monitoring system 220 may also figuratively rest on top of the system 

20 software 210, and may access the system software 210 to make system calls and interact 

with components of the computer hardware 205. As mentioned above, according to one 
embodiment of the invention, the monitoring system may access the application 
software 215 to obtain performance statistics relating to the performance of the 
application software 215. 

25 Although the foregoing relational diagram 200 has been described in terms of 

certain embodiments, other embodiments will be apparent to those of ordinary skill in 
the art from the disclosure herein. For example, the monitoring system 220 may 
monitor the system software 210 or a combination of the system software 210 and the 
application software 215. In addition, the computer hardware 205 may comprise a wide 

30 number of commercially available computer systems. Moreover, the system software 
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210 may advantageously include a wide number of low-level programs designed to 
interact with the wide number of computer systems. In addition, the application 
software 215 may advantageously provide certain software modules designed to interact 
directly with the computer hardware 205. Also, the monitoring system 220 may reside 
and/or execute on resources of a network similar to, or entirely separate from, those of 
the application software 215. 

FIGURE 3 illustrates a block diagram of an embodiment of the application 
software 215 where the application software 215 includes a DBMS 300. As shown in 
FIGURE 3, the DBMS 300 includes DBMS clients 305, such as software programs 
typically found in the application software 215. The DBMS clients 305 interact with a 
server process 310. According to one embodiment, the DBMS clients 305 include the 
monitoring system 220. The server process 310 conducts SQL processing, such as 
parsing and server assignment, on behalf of the DBMS clients 305. The server process 
310 parses SQL statements, such as SELECT, UPDATE, and the like. 

The DBMS 300 also includes a system global area (SGA) 315. The SGA 315 
comprises an area of shared memory where the DBMS 300 stores information shared by 
multiple DBMS clients 305. The SGA 315 includes a buffer cache 320, a shared pool 
325, and a redo buffer 330. The buffer cache 320 contains copies of frequently or 
recently accessed data in memory, thereby reducing disk input/output. The shared pool 
325 contains recently parsed SQL statements from the DBMS clients 305. Thus, 
according to an embodiment, when the server process 310 receives an SQL statement 
from one of the DBMS clients 305, the server process 310 may access the shared pool 
325 to determine whether the SQL statement was recently or frequently parsed, thereby 
reducing parsing overhead. The redo buffer 330 contains a copy of DBMS transactions, 
or redo log entries, that may not yet been written to disk. These redo log entries provide 
for data recovery in the case of system or database failure. 

The DBMS 300 also includes one or more database files 335 containing the data 
of the DBMS 300. The database files 335 may logically be segmented into tables and 
indexes. A process, called the database writer (DBWR) process 340, writes changed 
blocks from the buffer cache 320 to the database files 335, thereby maintaining accurate 
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data in the database files 335. The DBMS 300 also includes an active redo log 345 
containing the redo log entries of the DBMS 300. A process, called the log writer 
(LGWR) process 350, writes the data of the redo buffer 330 to the active redo log 345, 
thereby maintaining a record of the transactions of the DBMS 300. 

According to one embodiment, the DBMS 300 includes multiple redo logs. For 
example, while the DBMS 300 is accessing the active redo log 345, an inactive redo log 
355 may advantageously include transaction data from previous activity of the DBMS 
300. That transaction data may be archived in an archive log destination 360 by an 
ARCHIVER process 365. The archiving is accomplished by conventional means and is 
adapted to reduce the storage size of the data through conventional compression 
techniques. Once the inactive redo log 345 has been archived, the DBMS may switch 
the active redo log 345 with the inactive redo log 355 as the active redo log 345 
becomes full, thereby advantageously using the memory available in the inactive redo 
log 355. In such case, the active redo log 345 becomes the inactive redo log 355. 

Based on the above, the dataflow through the DBMS 300 is as follows. One of 
the DBMS clients 305 may issue an SQL statement to the server process 310. The 
server process 310 checks the shared pool 325 to see if the SQL statement has already 
been parsed. If not, the server process 310 parses the SQL statement and stores it in the 
shared pool 325. The server process 310 then accesses the buffer cache 320 to 
determine whether the requested data has recently or frequently been used. If not, the 
server process 310 fetches the requested data from the database files 335, and may 
advantageously update the data in the buffer cache 320. The server process 310 then 
forwards the requested data back to the DBMS client 305. 

On the other hand, when the DBMS client 305 issues an SQL statement 
requesting to change data stored in the shared pool 325, the server process 310 performs 
the foregoing fetch of the requested data. The server process 310 then performs the 
change on the data stored in the buffer cache 320 and may advantageously enter a 
record of the transaction in the redo buffer 330. The DBWR process 340 then writes the 
changed data to the database files 335 while the LGWR process 350 writes the 
transaction data to the active redo log 345. 
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According to an embodiment, the monitoring system 220 periodically issues an 
SQL statement requesting data from the DBMS 300 representing performance statistics 
of the DBMS 300, stored in the database files 335. Similar to the foregoing data 
request, the server process 310 accesses the data either through the buffer cache 320 of 
the database files 335. The server process 310 then returns the performance statistics to 
the monitoring system 220. 

Although the DBMS 300 has been described in terms of various embodiments, a 
skilled artisan will recognize from the disclosure herein a wide number of alternative 
data flows and application components for the DBMS 300. For example, the 
background processes, DBWR 340 or LGWR 350 may advantageously pause and 
perform their respective functions at a later time. Moreover, the skilled artisan will 
recognize from the disclosure herein a wide number of alternative data flows and 
application components for each of the foregoing applications monitored by the 
monitoring system 220, such as, for example, the operating systems, utility programs, 
Internet or Intranet servers, mail or other exchanges, web services and servers, I/O 
systems, application servers, disk devices, or the like. 

FIGURES 4A-4L illustrate on-screen graphics of the monitoring system 220. 
As mentioned in the foregoing, these on-screen graphics provide visual feedback to the 
user monitoring the monitoring system 220 in order to ensure the performance of the 
application being monitored. In particular, FIGURES 4A-4J illustrate exemplary icons, 
according to an embodiment of the invention. In that regard, FIGURE 4A illustrates a 
process icon 400 according to an embodiment of the invention. The process icon 400 
includes attributes that convey performance information related to processes of the 
application. These attributes include, for example, a shape, a label, a value and a color. 
The shape readily indicates to the user that the application component being graphically 
represented in the interactive window 105 is that of a process. According to another 
embodiment, the shape of the process icon 400 comprises an oval. The process icon 
400 also includes a label. The label and readily indicates to the user a textual 
description of the type of process that the process icon 400 represents. The value 
readily indicates to the user the state, existence, or number of processes in the 
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application that are currently active or otherwise in use and that are grouped so as to 
correspond to this particular type of process. In addition, the color of the process icon 
400 indicates a caution level. For example, according to an embodiment of the 
invention, the color green corresponds to a low caution level, thereby indicating to the 
user that the number of processes represented by the process icon 400 are within an 
acceptable range. Moreover, the colors yellow and red correspond to increasingly 
higher caution levels indicating an increasing likelihood of a bottleneck or other 
application performance impediment. 

Although the process icon 400 of FIGURE 4A is disclosed with reference to an 
embodiment, the invention is not intended to be limited thereby. Rather, a skilled 
artisan will recognize from the disclosure herein a wide number of alternative 
representations. For example, the shape may advantageously include a wide number of 
conventional geographic shapes. In addition, the process icon 400 may include a wide 
number of incremental color changes corresponding to a wide number of increasingly 
higher caution levels. Moreover, the value may be removed and the user views only the 
color-coded caution levels. Moreover, the attributes assigned to particular on-screen 
graphic may advantageously be changed. For example, a texture, as opposed to or in 
conjunction with, the color may indicate caution levels. Moreover, a range of caution 
levels may be incorporated into the text of the process icon 400 as an indication of the 
caution spectrum. 

FIGURE 4B illustrates a memory icon 410 according to an embodiment of the 
invention. The memory icon 410 includes attributes that convey performance 
information related to the utilization of database-specific memory structures or areas of 
memory used by the application. These attributes include, for example, a shape, a label, 
a value and a color. The shape indicates to the user that the application component 
being graphically represented in the interactive window 105 is that of a memory 
structure. According to one embodiment, the shape of the memory icon 410 comprises 
a rectangle. The memory icon 410 also includes a label. The label indicates to the user 
a textual description of the type of memory structure that the memory icon 410 
represents. The value readily indicates to the user the size of the particular memory 
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structure. In addition, the color of the memory icon 410 indicates the forgoing caution 
levels. For example, according to an embodiment, the colors green through red 
correspond to increasingly higher caution levels indicating an increasing likelihood of a 
bottleneck or other application performance impediment. 

5 FIGURE 4C illustrates a disk icon 420 according to an embodiment of the 

invention. The disk icon 420 includes attributes that convey performance information 
related to memory structures representing disk storage, regardless of the actual location 
of the data. For example, the disk storage may include mass storage, such as one or 
more physical disks, or memory, such as conventional electronic memory available for 

10 use by the application. These attributes include, for example, a shape, a label, a value, a 

fill, and a color. The shape readily indicates to the user that the application component 
being represented in the interactive window 105 is that of a disk structure. According to 
an embodiment, the shape of the disk icon 420 comprises a three-dimensional cylinder. 
The disk icon 420 also includes a label. The label readily indicates to the user a textual 

15 description of the type of data stored in the particular disk structure that the memory 

icon 410 represents. According to an embodiment of the invention, the value may 
advantageously and readily indicate a number of attributes of the particular disk 
structure. For example, the value may include a capacity size, thereby indicating the 
available capacity of the disk structure. The value may also include the amount of space 

20 used, or the amount of space currently available for use. Moreover, the foregoing 

values may be actual sizes, or percentages of the total available space. In addition, the 
value may include a partitioning of the types of data. For example, in the one 
embodiment, the monitoring system that monitors the DBMS 300, the disk icon 420 
may include the number of tables, indexes, or the like. In addition, the fill may 

25 correspond to any, or a combination, of the above values. For example, the disk icon 
420 may fill the cylinder corresponding to the percentage of available space already 
used. 

The color of the disk icon 420 indicates the forgoing caution levels. For 
example, according to one embodiment, the colors green through red correspond to 
30 increasingly higher caution levels indicating an increasing likelihood of a bottleneck or 
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other application performance impediment. Moreover, the dynamic color scheme may 
be advantageously confined to the space "filled" in the disk icon 420 while the 
remaining portions of the disk icon 420 use a static color, such as, for example, a 
transparent color for the unfilled portions of the cylindrical disk. 

FIGURES 4D through 4F illustrate various types of meter icons 430 according 
to an embodiment of the invention. The meter icons 430 include attributes that convey 
measurement information related to the application components representing, for 
example, finite resources. 

The attributes represented by the meter icons 430 include, for example, a shape, 
a label, and a color. The shape comprises that of an increasing graphic such as a bar or 
a pie chart. The increasing graphic indicates a number or percentage of the component 
being represented. The meter icon 430 also includes a label The label readily indicates 
to the user a textual description of the range of values available to the meter icon 430. 
For example, the meter icon 430 may indicate a percentage and may advantageously 
include labels indicating zero and one hundred percent. The dynamic graphic increases 
or "grows" from the minimum value to the maximum value to reflect the underlying 
performance data of the application. The color of the meter icon 430 indicates the 
forgoing caution levels. For example, according to an embodiment, the colors green 
through red correspond to increasingly higher caution levels indicating an increasing 
likelihood of a bottleneck or other application performance impediment. 

As shown in FIGURE 4D, the meter icon 430 may include a rising and falling 
bar 432 graphically illustrating, for example, the number of users logged onto a 
particular system. As shown in FIGURE 4E, the meter icon 430 may alternatively 
include a horizontal bar 434 growing or shrinking right or left depending upon, for 
example, the percentage use of a finite system resource. 

FIGURE 4E also illustrates a status indicator 436 according to an embodiment 
of the invention. The status indicator 436 provides a graphical indication of the status 
of the performance of the application components represented by the meter icon 430. 
The status indicator 436 may advantageously turn green, yellow, and red corresponding 
to increasing severity in the performance of the application. Use of the status indicator 
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allows the monitoring system to alert an administrator at multiple points along the meter 
icon 430. For example, the performance or availability of a system may be greatly 
damaged when a finite resource is used too much or too little. The status indicator 436 
may advantageously activate when the value of the performance statistics approaches 0, 
5 100% or both. 

FIGURE 4F illustrates another meter icon 430 including a moving vertical bar 
438 reacting similar to the horizontal bar 434. FIGURE 4G illustrates yet another meter 
icon 430 having stacked rising and falling bars 440 and 442, graphically indicating, for 
example, the total TCP/IP traffic through a Web server. As shown in FIGURE 4G, the 
10 meter icon 420 also graphically illustrates various types of TCP/IP traffic through 

employment of multiple bars 440 and 442, each illustrating their respective share and 
type of TCP/IP traffic. For example, bar 440 indicates the amount of HTTP traffic, 
while bar 442 illustrates the total amount of TCP/IP traffic, including the foregoing 
HTTP traffic. 

15 FIGURE 4H illustrates a rotating icon 444 according to an embodiment of the 

invention. The rotating icon 444 graphically illustrates performance statistics with both 
a label and one or more rotating pulses 446. The speed, color, or both, of the pulses 446 
advantageously accentuate increasing caution levels corresponding to the performance 
statistics being represented. FIGURE 41 illustrates a timing icon 448 graphically 

20 illustrating, for example, performance statistics relating to a timed event. For example, 

the timing icon 448 may advantageously illustrate the response time for a particular 
instruction sent from one group of application components to arrive at another. A 
skilled artisan will recognize from the disclosure herein, a number of timed events or 
groups of timed events that may advantageously and efficiently be represented with the 

25 timing icon 448. 

FIGURE 4J illustrates one of a wide variety of graph and chart icons. As shown 
in FIGURE 4J, the chart icon graphically illustrates a pie chart showing, for example, 
the percentage use of a finite resource. One of ordinary skill will recognize from the 
disclosure herein and the exemplary GUIs 100 of FIGURES 1 A through IE, that a large 
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number of charts and graphs may advantageously and efficiently display historical 
performance data. 

Although the memory icon 410, the disk icon 420, the meter icons 430, the 
rotating icon 444, the timer icon 448, and various chart and graph icons are disclosed 
5 with reference to specific embodiments, the invention is not intended to be limited 

thereby. Rather, a skilled artisan will recognize from the disclosure herein a wide 
number of alternative representations. For example, the shapes may advantageously 
include a wide number of conventional geographic shapes. In addition, the icons may 
include a wide number of incremental color changes corresponding to a wide number of 

10 increasingly higher caution levels, including blinking. Moreover, the value may be 
removed such that the user views only the color-coded caution levels. Moreover, the 
attributes assigned to particular characteristics of a particular application component 
may advantageously be changed. For example, a texture, as opposed to or in 
conjunction with, the color may indicate the caution levels. Moreover, a range of 

15 caution levels may be incorporated into the text of the foregoing on-screen graphics as 

an indication of the caution spectrum. Moreover, textual displays such as a digital 
stopwatch-like timing icon, may advantageously be incorporated into, or used in lieu of, 
the foregoing icons. 

FIGURE 4K illustrates an exemplary dataflow 450 according to an embodiment 
20 of the invention. According to one embodiment, the dataflow 450 represents the rate, in 
seconds, of the various data flowing between application components. The dataflow 
450 includes at least one flow 452, a graph 454. The flow 452 represents the current 
level, speed, and direction of data transfer. If the data transferring between one 
application component and another increases, then, the speed of the flow 452 increases 
25 as well. In addition, the color of the flow 452 may advantageously change 

corresponding to the rate of data transfer. For example, the color may correspond to 
increasing caution levels based on, for example, a falling rate of data transfer. The 
foregoing combination of speed and color advantageously allows the user to readily 
identify any congested areas long before bottlenecks, or system failure due to overload, 
30 occur. 
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The dataflow 450 may also advantageously include the graph 454. The graph 
454 illustrates how the data transfer rate has varied over time. According to one 
embodiment, the graph 454 automatically calibrates its axes values to allow for a spike 
in the load. Alternatively, the graph 454 may advantageously clip portions of the graph 

5 exceeding the available values of the axes. 

FIGURE 4L illustrates an exemplary panel 460 and associated dataflows, 
according to an embodiment of the invention. The panel 460 groups on-screen graphics 
representing related application components. As shown in FIGURE 4E, the on-screen 
graphics may include the process icon 400, the memory icon 410, the disk icon, 420, 

10 and the meter icon 430. Moreover, the panel 460 includes incoming dataflows 465 and 

outgoing dataflows 470. The incoming dataflow 465 represents a data transfer rate from 
one or more applications components not represented in the panel 460, to one or more 
application components represented in the panel 460. Likewise, the outgoing dataflow 
470 represents a data rate from one or more of the application components represented 

15 in the panel 460. 

FIGURES 5A-5E illustrate the panels 145 and their associated dataflows, 
according to the monitoring system GUI 100 of FIGURE 1. For example, FIGURE 5 A 
illustrates the SQL*Net panel 150. As shown in FIGURE 5 A, the SQL*Net panel 150 
shows the total number of users, or the total number of DBMS clients 305 shown in 

20 FIGURE 3, currently connected to the DBMS 300. The SQL*Net panel 150 also shows 

the number of users currently active and employs a meter icon 505 to represent the 
active users as a percentage of all users. The meter icon 505 uses the forgoing color 
caution levels to indicate when the percentage of active users increases to the point of 
causing a system overload. 

25 The SQL*Net panel 150 also includes a dataflow 510 representing the rate of 

data transferred from the server processes of the server processes panel 155 to the 
DBMS clients 305. The SQL*Net panel 150 also includes a dataflow 515 representing 
the rate of data transferred to the server processes of the server processes panel 155 
from the DBMS clients 305. 



QSOFT.004A 



-23- 



Knobbe Martens 
Olson & Bear LLP 



FIGURE 5B illustrates the server processes panel 155. The server processes 
panel 155 represents the status of the server processes 310 with process icons. As 
shown in FIGURE 5B, the server processes panel 155 includes the number of server 
processes currently active 520, the number of dedicated servers 522, the number of 
shared servers 524, the number of shared server dispatchers 526, the number of parallel 
query servers 528, and the number of job queue servers 530. According to an 
embodiment, the dedicated servers 522 include those server processes that perform 
work for a single DBMS client 305. Moreover, the shared servers 524 include those 
server processes that perform work for multiple DBMS clients 305. The process icon 
for shared servers 524 uses the forgoing color caution levels to indicate when a 
disproportionate number of the shared servers 524 become busy. The shared server 
dispatchers 526 represent the server processes that allocate the shared servers 524 to 
client tasks. The process icon for the dispatchers 526 uses the forgoing color caution 
levels to indicate when a disproportionate number of the dispatchers 526 become busy. 
The parallel query servers 528 represent those server processes supporting parallel 
execution of queries. The process icon for the parallel query servers 528 uses the 
forgoing color caution levels to indicate when a disproportionate number of the parallel 
query servers 528 become busy. The job queue servers 530 represent those server 
processes responsible for running commands submitted to the DBMS job queue. The 
process icon for the job queue servers 530 uses the forgoing color caution levels to 
indicate when a disproportionate number of the job queue servers 530 become busy. 

The server processes panel 155 also includes the dataflows 510 and 515. 
Moreover, the server processes panel 155 includes a dataflow 532 representing the rate 
the forgoing server processes read blocks from the database files 335 of the disk devices 
panel 170. The dataflow 532 employs the forgoing color caution levels and speed to 
indicate when the average time to respond to the reads increases above one or more 
thresholds. In addition, the server processes panel 155 includes a dataflow 534 
representing the rate the server processes of the server processes panel 155 read blocks 
from the memory structures of the SGA panel 160. The server processes panel 155 also 
includes a dataflow 536 representing the rate the server processes of the server 
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processes panel 155 changes to blocks in the memory structures 320, 325, and 330, of 
the SGA panel 160. The dataflow 536 employs the forgoing color caution levels and 
speed to indicate when locks on the memory structures 320, 325, and 330 block any 
changes thereto. 

The server processes panel 155 also includes a dataflow 538 representing the 
rate the server processes of the server processes panel 155 store redo buffer entries into 
the redo buffer 330. In addition, the server processes panel 155 includes a dataflow 540 
representing the rate of SQL parse requests by the server processes. The dataflow 540 
employs the forgoing color caution levels and speed to indicate when a ratio of parse 
requests to execute requests increases above one or more thresholds. Moreover, the 
server processes panel 155 includes a dataflow 542 representing the rate of SQL 
execution requests by the server processes of the server processes panel 155. 

FIGURE 5C illustrates the SGA panel 160. The SGA panel 160 represents an 
area of shared or common process memory used to cache data, SQL statements, 
procedures, and the like. According to an embodiment, the SGA panel 160 includes 
data representing characteristics of the buffer cache 320, the shared pool 325, and the 
redo buffer 330. As shown in FIGURE 5C, the SGA panel 160 includes a total size 
indication 544 of the memory available to the SGA, a buffer cache section 546, a 
memory icon 548 representing the redo buffer 330, and a shared pool section 550. The 
buffer cache section 546 includes a buffer cache size, a buffer cache hit rate, and a graph 
showing recent values of the cache hit rate. The buffer cache section 546 may include a 
number of visual indicators of caution implemented with the forgoing color caution 
levels, including, the number of buffer cache misses, the amount of time the buffer is 
busy, and the least recently used chain latch. For example, generally a latch is an 
internal lock that protects memory from concurrent updates. When users spend 
inappropriate amounts of time waiting for latches, the monitoring system 220 will 
highlight the relevant memory areas. In the case of the buffer cache, the latches may be 
called "cache buffer chains" and "cache buffer LRU chains" 

The SGA panel 160 also includes the memory icon 548 representing the redo 
buffer 330. According to an embodiment, the memory icon 548 includes the color 
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caution levels when the server processes increasingly wait for space in the redo buffer 
330 or when the LGWR process 350 locks the redo buffer 330 during data movement to 
the active redo log 345. Also, the shared pool section 550 includes various in-memory 
items that are shared across multiple processes, such as, for example, shared SQL 
5 statements and some session information. In addition, the share pool section 550 
employs the color caution levels when there is a low hit rate on the cached SQL 
statements. 

The SGA panel 160 also includes a dataflow 552 representing the rate the 
DBWR process 340 writes blocks to the database files 335. In addition, the SGA panel 

10 160 also includes a dataflow 554 representing the rate the LGWR process 350 writes 

redo log blocks to the database files 335. 

FIGURE 5D illustrates the background processes panel 165. The background 
processes panel 165 represents the status of the background or housekeeping processes 
for the DBMS 300, such as, for example, the DBWR process 340, the LGWR process 

15 350, or the ARCHIVER process 365. As shown in FIGURE 5D, the background 

processes panel 165 includes a DBWR process icon 556, a LGWR process icon 558, 
and an ARCHIVER process icon 560. The DBWR process icon 556 employs the color 
caution levels to indicate that the DBWR process 340 is causing delays to other 
processes. Moreover, the LGWR process icon 558 employs the color caution levels to 

20 indicate that a log switch is occurring between the active and inactive redo logs, 345 and 
355, or, on the other hand, when the average time the LGWR process 350 uses to copy 
the redo log entries to the active redo log 345 is above a threshold. The ARCHIVER 
process icon 560 represents the existence or number of ARCHIVER processes 365 
active in the DBMS 300. 

25 The background process panel 165 also includes the dataflows 552 and 554. 

These dataflows are passed through the background processes panel 165 to the disk 
devices panel 170. Moreover, the background process panel 165 includes dataflows 562 
representing the rate the ARCHIVER process 365 copies the inactive redo log 355 to 
the archived log destination 360. 
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FIGURE 5E illustrates the disk devices panel 170. The disk devices panel 170 
represents the status of the data files of the DBMS 300. For example, the data files 
include the database files 335, the redo logs 345 and 355, and the archive log 
destination 360. As shown in FIGURE 5E, the disk devices panel 170 includes a 
database file disk icon 570, a redo log disk icon 572, and an archived log disk icon 574. 
The database file disk icon 570, the redo disk icon 572, and the archived log disk icon 
573 include a fill level corresponding to the respective utilization of available space for 
each database file. In addition, the disk devices panel 170 also includes the dataflows 
532, 552, 554, and 562. 

Although the panels of FIGURE 5 A-5E are disclosed with reference to certain 
embodiments, the invention is not intended to be limited thereby. Rather, a skilled 
artisan will recognize from the disclosure herein a wide number of alternatives for on- 
screen graphics representing characteristics of the application components. In addition, 
the color caution levels may also advantageously be replaced by or include a wide 
variety of alerting mechanisms. For example, the monitoring system 220 may 
advantageously incorporate audio alarms, other visual or audio indications, paging or 
wireless cell or satellite phone alerts, or the like. 

FIGURE 6 illustrates a block diagram of an alert firing mechanism 600, 
according to aspects of an embodiment of the invention. As shown in FIGURE 6, the 
alert firing mechanism 600 includes an on-screen graphic 605, such as the forgoing 
alphanumeric textual information, the icons 135, the dataflows 140, the panels 145 and 
the like. The on-screen graphic 605 communicates with the server process 310 of the 
DBMS 300 such that the server process 310 returns performance statistics, stored in the 
database files 335, relevant to the on-screen graphic 605. 

The performance statistics include one or more values relating to the 
performance of the application component represented by the on-screen graphic 605. 
The foregoing one or more values are loaded into a metric memory structure, referred to 
as a metric 610, associated with the on-screen graphic 605. The metric 610 compares 
the one or more values to on or more thresholds 620 corresponding to one or more 
severities 625. Each threshold 620 corresponds to a range of values available for the 
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metric 610. Each severity 625 corresponds to one or more actions for the on-screen 
graphic 605. Thus, when the metric 610 falls within one of the thresholds 620, the 
associated severity 625 dictates the action of the on-screen graphic 605. For example, 
as discussed in the forgoing, the meter icon 505 represents the number of active users as 
a percentage of total users of the DBMS 300. Thus, one on-screen graphic 605 includes 
the meter icon 505. 

In addition, the server process 310 may return a value of active users and a value 
of total users as performance statistics. The metric 610 then determines the percentage 
of active users, by dividing the number of active users by the number of total users, and 
compares that percentage to the thresholds 620. When the metric 610 is a high enough 
percentage, the metric 610 may fall into the threshold 620 corresponding to the severity 
625 for changing the color of the meter icon 505 from green to yellow, thereby 
indicating an increased caution level to the user of the monitoring device 220. 
The severities 625 include changes of colors corresponding to the foregoing color 
caution levels, changes of the speed of dataflows 140, changes of textual values, and the 
like. Moreover, the severities 625 may also include other forms of alerting the user, 
such as, for example, sending an email, sounding an alarm, paging, voice mailing, or 
otherwise visually or audibly alerting the user to potential or actual problems. 
Moreover, as shown in FIGURE 6 and according to an embodiment of the invention, the 
thresholds 620 may skip one or more severities 625, thereby advantageously providing a 
more drastic action to the on-screen graphic 605 corresponding to a change in the 
threshold 620 that the metric 610 falls into. 

FIGURE 7 illustrates a flow chart of an alert firing process 700 employing the 
alert firing mechanism 600 of FIGURE 6. According to the another embodiment, the 
alert firing process 700 begins with STEP 705 where the monitoring system 220 queries 
the server process 310 to retrieve performance statistics relating to a wide number of 
application components. The server process 310 returns the values of the performance 
statistics, which, at STEP 710 are received by the monitoring system 220. At STEP 
715, the monitoring system 220 derives the metrics 610 from the performance statistics. 
For example, the monitoring system 220 may advantageously derive the foregoing 
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percentage of active users from the total number of users, the number of active users, 
the rate of I/O per second from the preceding two total I/O counters; or the percentage 
of time processes spent in various wait states. According to one embodiment, several of 
the foregoing derivations are subjected to a moving average algorithm to smooth out 
momentary short-term fluctuations. 

At STEP 720, the monitoring system 220 compares the metrics 610 with their 
respective threshold values 620 in order to determine the corresponding severity 625. 
That determination, made during STEP 725 provides the actions to be taken with 
respect to the respective on-screen graphics 605. At STEP 730, the monitoring system 
GUI 100 updates the on-screen graphics to reflect their current severities 625, 

Although the monitoring system 220 is disclosed with reference to certain 
embodiment, the invention is not intended to be limited thereby. Rather, a skilled 
artisan will recognize from the disclosure herein a wide number of alternatives. For 
example, the thresholds 620 and the severities 625 may advantageously be self- 
calibrating for varying system architectures. Such self-calibration may advantageously 
comprise executing the monitoring system 220 for a predetermined time interval, and 
then setting the thresholds 620 as percentage increases or decreases from the 
performance statistics measured during the time interval. In addition, the calibration, or 
default settings for the thresholds 620, may be customizable by direct user interaction. 
Moreover, the severities 625 may be customizable by direct user assignment thereof to 
respective thresholds 620. 

As mentioned in the forgoing, the monitoring system 220 may advantageously 
monitor applications other than the DBMS 300, or a DBMS 300 having application 
components differing from those of FIGURE 3. In both cases, a skilled artisan will 
recognize from the disclosure herein that the on-screen graphics may be advantageously 
modified to represent those differing application level components. 

In addition, a skilled artisan will recognize from the disclosure herein that the 
monitoring system may advantageous access some or all of the performance statistics 
through, for example, an open application program interface (API) of the application 
being monitored. On the other hand, a skilled artisan will recognize from the disclosure 
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herein that the monitoring system 220 may also employ software modules designed to 
extract some or all of the performance statistics without accessing or calling the API. 
By avoiding a call to the API, the software modules extract the performance statistics 
without adding significant program loads to the application, thereby advantageously 
5 allowing for more frequent polling, more precise polling, or both. 

Additionally, other combinations, omissions, substitutions and modifications 
will be apparent to the skilled artisan in view of the disclosure herein. Accordingly, the 
present invention is not intended to be limited by the reaction of the preferred 
embodiments, but is to be defined by reference to the appended claims. 

10 
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WHAT IS CLAIMED IS : 



1. A computer program for monitoring the performance of an application 
by presenting a visual map of the underlying architectural components of the application 

5 and the data flow between the architectural components, the computer program 

comprising software configured to display a visual map having on-screen graphics 
representing components and data flows of an application, and wherein at least some of 
the on-screen graphics representing components having similar functionality are 
organized into groups while other on-screen graphics represent the data flowing 
10 between the groups, thereby providing a user with a snapshot overview of the 
performance of the application. 

2. The computer program of Claim 1, further comprising panels, each panel 
being associated with one or more of the groups of on-screen graphics representing 

15 components having similar functionality, and wherein one or more of the other on- 

screen graphics represents the data flowing between the panels. 

3. The computer program of Claim 1, wherein the on-screen graphics are 
grouped within the visual map to resemble the underlying architecture of the 

20 application. 

4. The computer program of Claim 1, wherein the application comprises 
one or more database management systems. 

25 5. The computer program of Claim 1, wherein the application comprises 

one or more servers. 

6. The computer program of Claim 1, wherein the application comprises 
one or more operating systems. 

30 

7. The computer program of Claim 1, wherein the application comprises 
one or more input/output devices. 
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8. The computer program of Claim 1, wherein the application comprises 
one or more computer accessible storage mediums. 



5 9. The computer program of Claim 1, wherein the application comprises 

one or more data storage arrays. 

10. The computer program of Claim 1, wherein the application comprises 
one or more system servers. 

10 

11. A method of monitoring a computer program having a plurality of 
components, the method comprising: 

grouping a plurality of performance data to form an on-screen graphic, 
wherein the performance data represents the performance of a plurality of 
15 program components; and 

changing a graphical attribute of the on-screen graphic when a value of 
the group of performance data corresponds to a threshold. 

12. The method of Claim 11, wherein the on-screen graphic comprises a 
20 hierarchy of graphical caution levels, and wherein the graphical attribute is changed 

according to the hierarchy. 

13. The method of Claim 11, wherein the on-screen graphic comprises a 
dataflow. 

25 

14. The method of Claim 11, wherein the on-screen graphic comprises 
alphanumeric text or symbols. 

15. The method of Claim 11, wherein the on-screen graphic comprises a 

30 panel. 

16. The method of Claim 11, wherein the on-screen graphic comprises an 

icon. 
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17. The method of Claim 1 6, wherein the icon comprises a process icon. 



18. The method of Claim 16, wherein the icon comprises a memory icon. 

5 

1 9. The method of Claim 1 6, wherein the icon comprises a disk icon. 

20. The method of Claim 1 6, wherein the icon comprises a meter icon. 
10 21. The method of Claim 1 6, wherein the icon comprises a rotating icon. 

22. The method of Claim 16, wherein the icon comprises a timer icon. 

23. The method of Claim 16, wherein the icon comprises a chart or graph 

15 icon. 

24. The method of Claim 1 1 , wherein at least one of the plurality of program 
components comprises a process. 

20 25. The method of Claim 1 1, wherein at least one of the plurality of program 

components comprises a flow of data within the program. 

26. The method of Claim 11, wherein at least one of the plurality of program 
components comprises a memory structure. 

25 

27. The method of Claim 1 1 , wherein at least one of the plurality of program 
components comprises a computer accessible storage medium. 

28. The method of Claim 11, wherein the graphical attribute comprises at 
30 least one of size, color, texture, text, blinking, existence, speed, acceleration, value, 

sound, rotation, animation, and content. 

29. The method of Claim 11, wherein the computer program comprises one 
or more database management systems. 
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30. The method of Claim 1 1 , wherein the computer program comprises one 
or more servers. 



31. The method of Claim 1 1 , wherein the computer program comprises one 
or more operating systems. 

32. The method of Claim 11, wherein the computer program comprises one 
or more input/output devices. 

33 . The method of Claim 1 1 , wherein the computer program comprises one 
or more computer accessible storage mediums. 

34. The method of Claim 11, wherein the computer program comprises one 
or more data storage arrays. 

35. The method of Claim 1 1, wherein the computer program comprises one 
or more system servers. 

36. A method of monitoring a application program having a plurality of 
components, the method comprising: 

grouping a first plurality of performance data to form a first on-screen 
graphic, wherein the first performance data represents the performance of a first 
plurality of program components of an application program; 

grouping a second plurality of performance data to form a second on- 
screen graphic, wherein the second performance data represents the performance 
of a second plurality of program components of the application program; 

grouping the first and second on-screen graphics into a third on-screen 
graphic; and 

changing a graphical attribute of one of the first and second on-screen 
graphics when a value of the corresponding group of performance data 
corresponds to a threshold. 
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37. A method of monitoring the performance of a computer program having 
a plurality of components; the method comprising: 

grouping a first plurality of performance data to form a first on-screen 
graphic, wherein the first performance data represents the performance of a first 
plurality of program components of a computer program; 

grouping a second plurality of performance data to form a second on- 
screen graphic, wherein the second performance data represents the performance 
of a second plurality of program components of the computer program; 

representing data flowing from the first plurality of program components 
to the second plurality of program components with an third on-screen graphic; 
and 

changing a graphical attribute of the third on-screen graphic when a 
value of the data flow corresponds to a threshold. 

38. A method of alerting an user to a potential problem within an application 
program; the method comprising: 

accessing with a monitoring program, performance data representing at 
least one performance parameter of a monitored program; 

comparing the at least one performance parameter to a threshold value 
associated with the at least one performance parameter; and 

accessing a hierarchical set of severity levels to alert a user of the 
monitoring program, wherein the user is alerted with a first severity level when a 
threshold value is met and a lesser severity level when the threshold value is not 
met. 

39. The method of Claim 38, wherein each of the hierarchical set of severity 
levels defines an action to be performed by the monitoring program. 

40. The method of Claim 39, wherein the action comprises a message to the 

user. 
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41. The method of Claim 39, wherein the action comprises a change in an 
attribute of an on-screen graphic of the monitoring program. 

42. The method of Claim 39, wherein the action comprises a presentation of 
additional information corresponding to the monitored program. 

43. The method of Claim 38, wherein the hierarchical set of severity levels 
includes a middle severity level between the lesser severity level and the first severity 
level. 

44. The method of Claim 38, wherein meeting the threshold value includes 
the performance parameter being equal to or greater than the threshold value. 

45. The method of Claim 38, wherein the user selects the threshold value. 

46. The method of Claim 38, wherein the user selects one of the hierarchical 
set of severity levels as the first severity level, and selects another of the hierarchical set 
of severity levels as the lesser severity level. 

47. A monitoring system for monitoring a computer program, the monitoring 
system comprising: 

a display having a window; 

an on-screen graphic, displayed in the window and representing a 
plurality of performance statistics corresponding to a plurality of components of 
a computer program; and 

a severity protocol, associated with the on-screen graphic and configured 
to set a graphical attribute of the on-screen graphic, wherein the graphical 
attribute efficiently communicates to a user, the potential or actual existence of 
performance inhibitors associated with the computer program. 

48. The monitoring system of Claim 47, wherein the computer program 

comprises one or more database management systems. 
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49. The monitoring system of Claim 47, wherein the computer program 
comprises one or more servers. 

50. The monitoring system of Claim 47, wherein the computer program 
comprises one or more operating systems. 

51. The monitoring system of Claim 47, wherein the computer program 
comprises one or more input/output devices. 

52. The monitoring system of Claim 47, wherein the computer program 
comprises one or more computer accessible storage mediums. 

53. The monitoring system of Claim 47, wherein the computer program 
comprises one or more data storage arrays. 

54. The monitoring system of Claim 47, wherein the computer program 
comprises one or more system servers. 

55. The monitoring system of Claim 47, wherein the on-screen graphic 
comprises alphanumeric text or symbols. 

56. The monitoring system of Claim 47, wherein the on-screen graphic 
comprises a dataflow. 

57. The monitoring system of Claim 47, wherein the on-screen graphic 
comprises a panel. 

58. The monitoring system of Claim 47, wherein the on-screen graphic 
comprises an icon. 

59. The monitoring system of Claim 58, wherein the icon comprises a 
process icon. 
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60. The monitoring system of Claim 58, wherein the icon comprises a 
memory icon. 

61. The monitoring system of Claim 58, wherein the icon comprises a disk 



icon. 



62. The monitoring system of Claim 58, wherein the icon comprises a meter 

icon. 

63. The monitoring system of Claim 58, wherein the icon comprises a 
rotating icon. 

64. The monitoring system of Claim 58, wherein the icon comprises a timer 



icon. 



65. The monitoring system of Claim 58, wherein the icon comprises a chart 
or graph icon. 

66. The monitoring system of Claim 47, wherein at least one of the plurality 
of components of the computer program comprises a process. 

67. The monitoring system of Claim 47, wherein at least one of the plurality 
of components of the computer program comprises a flow of data within the computer 
program. 

68. The monitoring system of Claim 47, wherein at least one of the plurality 
of components of the computer program comprises a memory structure. 

69. The monitoring system of Claim 47, wherein at least one of the plurality 
of components of the computer program comprises a computer accessible storage 
medium. 
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70. The monitoring system of Claim 47, wherein the severity protocol 
comprises a hierarchy of graphical caution levels, and wherein the graphical attribute is 
changed according to the hierarchy. 



5 71. The monitoring system of Claim 47, wherein the graphical attribute 

further comprises at least one of size, color, texture, text, blinking, existence, speed, 
acceleration, value, sound, rotation, animation, and content. 

72. The monitoring system of Claim 47, wherein the performance inhibitors 
10 comprise at least one of dataflow bottlenecks, and improperly or inefficiently 
configured devices, protocols, variables, software modules, or flags. 
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A MONITORING SYSTEM FOR MONITORING THE PERFORMANCE OF 

AN APPLICATION 

Abstract of the Disclosure 
The invention comprises a system and method for monitoring the performance 

5 of an application. The invention includes a monitoring system graphical user interface 
(GUI) having an interactive window with on-screen graphics representative of the 
application architecture and component performance. The GUI comprises 
straightforward and intuitive icons, panels, and dataflows, representing the existence, 
capacity, or number of processes, memory structures, and the like of the application 

1 0 being monitored. In addition, the monitoring system includes an alert firing mechanism 
and process for alerting an administrator to potential or actual performance problems in 
the application. 

15 H:\D0CS\JMG\JMG-1647.DOC 
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